Using discovered virtual-infrastructure attributes to automatically generate a service-catalog entry

ABSTRACT

A method and associated system of automatically generating an entry of a service catalog of a cloud-computing environment as a function of discovered attributes of a virtual machine provisioned in a non-cloud computing environment. A cloud-management platform of the cloud-computing environment analyzes and compares results of infrastructure-discovery and application-discovery tools that describe a business application or a virtual service provisioned on the virtual machine. The cloud-management platform, or a related service-catalog generating entity, uses these analyzed and compared results to automatically generate a service-catalog entry that represents or describes a cloud business application or service associated with the virtual machine, and enters the automatically generated entry into the service catalog. When a user of the cloud-computing environment requests the cloud business application or service, the cloud-management platform may then offer the business application or service as a function of the automatically generated entry.

This application is a continuation application claiming priority to Ser.No. 13/971,883, filed Aug. 21, 2013, now U.S. Pat. No. 9,686,154, issuedJun. 20, 2017.

TECHNICAL FIELD

The present invention relates to managing a catalog of services in acloud-computing environment.

BACKGROUND

A cloud-computing management platform that manages a cloud-computingenvironment may maintain a service catalog that describes services thatthe cloud-computing environment can provide. When a user requests aservice described by an entry in the service catalog, thecloud-computing management platform uses information comprised by theentry to provide the requested service by provisioning a virtual machineor by installing, configuring, or otherwise deploying applicationsoftware. Fulfilling the user's request may further comprise, but is notlimited to, provisioning, deprovisioning, or modifying an attribute ofthe service described by the entry in the service catalog.

A virtual machine that is provisioned in an existing virtualizedcomputing environment, where that existing virtualized environment isnot a cloud-computing environment, may not be described in such aservice catalog. One step of importing that virtual machine and thebusiness applications or services it provides into a cloud-computingenvironment is generating and entering an entry for the virtual machine,applications, or services into the cloud-computing environment's servicecatalog.

Such generating, however, generally cannot be performed by an automatedmeans because, among other possible reasons, the virtual machine may beprovisioned or configured in a way that does not conform withcharacteristics of services offered by the cloud-computing environmentor with an other convention or standard of the cloud-computingenvironment. Resolving such issues may require a manual entry-generationprocedure that may be cumbersome, vulnerable to error, ortime-consuming. When a large enterprise must migrate thousands of suchnon-cloud virtual machines into a cloud-computing environment,generating corresponding service-catalog entries may becomeextraordinarily resource-intensive.

BRIEF SUMMARY

A first embodiment of the present invention provides a method forautomatically generating an entry of a service catalog of acloud-computing environment, wherein the cloud-computing environmentcomprises a cloud-management platform, wherein the cloud-managementplatform comprises a processor of a computer system that has access toan infrastructure-discovery tool and an application-discovery tool, andwherein the entry describes a characteristic of a virtual serviceprovided by the cloud-computing environment, the method comprising:

the processor receiving infrastructure information about a virtualizedcomputing infrastructure from the infrastructure-discovery tool, whereinthe virtualized computing infrastructure comprises a first physicalcomputer that runs a first application on a first virtual machine, andwherein the received information comprises a characteristic of the firstvirtual machine;

the processor further receiving application information about acharacteristic of the first application from the application-discoverytool; and

the processor generating the entry as a function of the infrastructureinformation and the application infrastructure.

A second embodiment of the present invention provides a computer programproduct, comprising a computer-readable hardware storage device having acomputer-readable program code stored therein, said program codeconfigured to be executed by a processor of a computer system toimplement a method for automatically generating an entry of a servicecatalog of a cloud-computing environment, wherein the cloud-computingenvironment comprises a cloud-management platform, wherein thecloud-management platform comprises the processor of the computersystem, wherein the processor of the computer system has access to aninfrastructure-discovery tool and an application-discovery tool, andwherein the entry describes a characteristic of a virtual serviceprovided by the cloud-computing environment, the method comprising:

the processor receiving infrastructure information about a virtualizedcomputing infrastructure from the infrastructure-discovery tool, whereinthe virtualized computing infrastructure comprises a first physicalcomputer that runs a first application on a first virtual machine, andwherein the received information comprises a characteristic of the firstvirtual machine;

the processor further receiving application information about acharacteristic of the first application from the application-discoverytool; and

the processor generating the entry as a function of the infrastructureinformation and the application infrastructure.

A third embodiment of the present invention provides a computer systemcomprising a processor, a memory coupled to said processor, and acomputer-readable hardware storage device coupled to said processor,said storage device containing program code configured to be run by saidprocessor via the memory to implement a method for automaticallygenerating an entry of a service catalog of a cloud-computingenvironment, wherein the cloud-computing environment comprises acloud-management platform, wherein the cloud-management platformcomprises the processor of the computer system, wherein the processor ofthe computer system has access to an infrastructure-discovery tool andan application-discovery tool, and wherein the entry describes acharacteristic of a virtual service provided by the cloud-computingenvironment, the method comprising:

the processor receiving infrastructure information about a virtualizedcomputing infrastructure from the infrastructure-discovery tool, whereinthe virtualized computing infrastructure comprises a first physicalcomputer that runs a first application on a first virtual machine, andwherein the received information comprises a characteristic of the firstvirtual machine;

the processor further receiving application information about acharacteristic of the first application from the application-discoverytool; and

the processor generating the entry as a function of the infrastructureinformation and the application infrastructure.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows the structure of a computer system and computer programcode that may be used to implement a method of generating aservice-catalog entry from discovered attributes of provisioned virtualmachines in accordance with embodiments of the present invention.

FIG. 2 is a flow chart that illustrates steps of a method of generatinga service-catalog entry from discovered attributes of provisionedvirtual machines in accordance with embodiments of the presentinvention.

FIG. 3 shows an example of a non-cloud computing environment, asdescribed in FIG. 2.

DETAILED DESCRIPTION

The National Institute of Standards and Technology defines the term“cloud computing” as “a model for enabling ubiquitous, convenient,on-demand network access to a shared pool of configurable computingresources (e.g., networks, servers, storage, applications and services)that can be rapidly provisioned and released with minimal managementeffort or service provider interaction.” The NIST also lists three“service models” (software, platform and infrastructure), and four“deployment models” (private, community, public and hybrid) thatcategorize ways that a cloud-computing environment may delivercloud-based virtual services and business applications. Seehttp://www.nist.gov/itl/csd/cloud-102511.cfm. In this document, areference to a virtualized service, whether offered by a cloud-computingenvironment or provided by a virtual machine provisioned in a non-cloudenvironment, may generally be construed to comprising businessapplications.

Here, the term “deployment” or “deployment workflow” refers to a set ofactivities that must be performed in order to make a softwareapplication or service usable, where such activities may comprise, butare not limited to, provisioning, deprovisioning, installation,configuration, activation, deactivation, versioning, updating, andotherwise modifying an attribute. A “deployment pattern” is a definitionof a topology that describes characteristics of a deployment in such away that the deployment may be more easily performed with consistency bymultiple parties at different times. Such a topology may comprise avirtual image that comprises a virtualized resource and applicationsdeployed in the image. In some cases, a deployment pattern may belimited to a single virtual machine or to a single set of applicationcomponents deployed on one or more similar, identical, or heterogeneousvirtual machines.

In some embodiments of the present invention, a “cloud-computingenvironment” may comprise computing technology that uses central remoteservers, connected through the Internet, an intranet, or othernetworking technology, to offer a service related to maintaining auser's data or applications. In some cloud implementations, a user mayrequest such a service by selecting it from a “service catalog”maintained by a “cloud-management platform” of the cloud-computingenvironment.

The present invention may operate in a cloud-computing environment thatprovisions and configures virtual resources provisioned on thecloud-computing environment's physical infrastructure, where thosevirtual resources may comprise, but are not limited to, combinations ofvirtual processor, virtual storage, and virtual networking components.Such virtual resources may be provisioned and configured as needed tohost business applications and services requested by users from theenvironment's service catalog.

Such a cloud-computing environment may further comprise acloud-management platform that manages these cloud-computing services(wherein such cloud-computing services may comprise businessapplications). The cloud-management platform may provision a service asa function of characteristics of one or more virtual machines, of anapplication running on a virtual machine, or of combinations thereof.When a user requests such a service, the cloud-management platform mayrespond by taking one or more actions requested by the user, where anaction of the one or more actions may comprise, but is not limited to,provisioning, deprovisioning, or modifying an attribute of a virtualresource on a physical component of the cloud-computing environment andby then launching one or more applications on the virtual machine.

Such a service may be a function of the cloud-computing environment'sphysical or virtual resources, where these resources may comprisecombinations of physical or virtual resources that may comprise one ormore computers, communications resources, application software, systemsoftware, computers, peripheral devices, other assets related to any ofthese resources, and combinations thereof.

The requested business application or service may be provided as afurther function of a characteristic of any of these resources orassets, where a characteristic may comprise a hardware or a softwareconfiguration, a setting, a license for a specific revision of asoftware entity, a hardware license, a deployment workflow, a deploymentpattern, a dependency upon an other software or hardware entity or upona revision or setting, or an other constraint that may be related topower usage, site configuration, contractual terms, or environmentalfactors.

The cloud-management platform may manage such a service offering bydescribing such a characteristic of the offered service in an entry ofthe service catalog. If an authorized user requests the servicedescribed in the service-catalog entry, the cloud-management platformmay respond by provisioning a virtual machine to provide all or part ofthe requested service, where the provisioning may be a function of theentry and wherein a selection of components that comprise the virtualmachine and a configuration of the virtual machine and of its componentsmay be further functions of the entry.

This type of service-catalog service-management mechanism may allow thecloud-management platform to improve a characteristic of a service,where the improved characteristic might comprise, but is not limited to,reliability, compatibility, robustness, performance, efficiency, orconformance with a standard or with a convention of the cloud-computingenvironment.

A cloud-computing service may comprise one or more software applicationsrunning all or in part on a virtual machine that is provisioned on aphysical computer of the cloud-computing environment. Here, the physicalmachine may run an operating system and the virtual machine may run as afunction of hypervisor software that runs under the operating system.

A service that runs all or in part on such a virtual machine may bedescribed in an associated service-catalog entry as being associatedwith a certain version of a software application, hypervisor, operatingsystem, or other software, or as further requiring a certainconfiguration of a physical or virtual computer system, peripheraldevice, communications resource, or infrastructure. Such a descriptionmay enable the cloud-management system to offer standardized servicesthat may be more readily interchangeable, predictable, stable, orrobust, and that may be more reliably and efficiently deployed.

Although cloud-computing environments almost always comprise virtualcomputing resources, it is also possible for a virtualized computingenvironment to be a “non-cloud” computing environment. Both types ofvirtualized environments may comprise two distinct types of platforms: a“manage from” platform that may comprise entities and resources likecomputers, storage devices, and memory units and that maintains andprovides virtual services; and a “manage to” platform that comprisesentities and resources like computers, storage devices, memory units,and networks, onto which virtual services may be provisioned by the“manage from” platform.

Cloud and non-cloud virtual computing environments may differ, however,in the way that resources are organized into these two types ofplatforms. In cloud-computing environments, “manage from” and “manageto” platforms may be maintained as physically distinct computingresources, wherein the “manage from” platform (the “cloud-management”platform) provisions services onto the “manage to” platform (the“cloud”). But in a non-cloud virtual environment, the “manage from” andthe “manage to” platforms may share the same resources.

A virtual service offered by a “manage from” cloud-management platformin a cloud-computing environment may be described in an entry in aservice catalog. In a cloud-computing environment, such an entry may begenerated automatically by a component of the cloud-management platformor by software associated with the cloud-management platform.

But in a “standard” non-cloud environment, a service that is running ona virtual machine may not be associated with an entry in a servicecatalog because the service was not originally provisioned as part of apartitioned cloud-computing environment. Furthermore, during an effortto migrate services of the non-cloud environment to, or to integratenon-cloud resources into, a cloud-computing environment, it may not bepossible to automatically generate a service-catalog entry for amigrated or integrated non-cloud service because a virtual machineassociated with the non-cloud service was not provisioned as part of thecloud-computing environment; was configured with hardware, software, orcommunications settings that do not conform to a standard of, aconvention of, or are not optimized for, the cloud-computingenvironment; or because the service was configured to run on physical orvirtual hardware, software, or communications resources that do notconform to a standard or convention of, or are not optimized for, thecloud-computing environment.

When an enterprise plans to migrate virtual resources from a non-cloudenvironment to a cloud-computing environment, the resulting task ofmanually migrating large numbers of legacy virtual machines into thecloud environment may create an enormous burden.

In one example, consider a data center that comprises both acloud-computing environment and a legacy non-cloud computingenvironment. The two environments may each comprise several thousandvirtual machines, storage devices, and networking resources configuredin a same data center, where machines in one environment may have noknowledge of the other's virtual resources.

Because the non-cloud virtual resources may be provisioned in thenon-cloud environment using heterogeneous hardware and usingheterogeneous hypervisors, it may be difficult or impossible for thenon-cloud “manage from” management platform to perform tasks such as thestartup, shutdown, provisioning, decommissioning, and attributerevisioning of the non-cloud virtual resources. Migrating management ofsuch resources to a cloud-computing environment, however, may provide acommon control mechanism that greatly simplifies management tasksbecause services within the cloud-computing environment that aredescribed in the cloud-computing environment's service catalog mayconform to standards that are more easily managed by the cloud-computingenvironment's cloud-management platform.

Such a migration may require a review and assessment of all physical andvirtual attributes of the virtual machines, operating systems, andapplication programs provisioned on the non-cloud virtual environment,and of the physical infrastructure on which such virtual machines,operating systems, and applications run. Such a review may compriseconsiderations that include, but are not limited to, relationships amongvirtual machines, operating systems, and application programs;dependencies of the virtual machines, operating systems, and applicationprograms on underlying physical infrastructure; creation of a list ofservices provisioned in the non-cloud virtual environment and additionof the list of services into the cloud-computing environment's servicecatalog as a set of unique entries; migration of these services to thecloud-computing environment; testing to ensure conformance of themigrated services with standards or conventions of the cloud-computingenvironment; and further testing to ensure that the functionality of themigrated services is an appropriate function of the functionality thatwas provided by analogous services in the non-cloud virtual environment.In many cases, it may be difficult or impossible to automaticallygenerate such service-catalog entries in the cloud-computing environmentbecause of differences and inconsistencies between implementationdetails, compatibility issues, standards, and conventions of the cloudand non-cloud platforms.

Embodiments of the present invention address this issue with a method ofautomatically generating a cloud-computing environment service-catalogentry for a virtual business application or other virtual service thatis already running on a virtual machine provisioned in a non-cloudenvironment. This task may comprise steps of analyzing and correlatinginformation about the service and about the cloud-computing environment,where that information may be generated by automatedapplication-discovery and infrastructure-discovery tools.

An application-discovery tool is a hardware or software tool that mayprobe infrastructure and resources of a computing environment in orderto identify, characterize, and inventory applications running on thecomputing environment's remote infrastructure. Such a tool may create atopological view of a computing environment that allows an administratoror other individual to identify dependencies among applications, whereina dependency between two applications may exist if a certainimplementation or a configuration of a first application is allowableonly if associated with a particular implementation or a configurationof a second application. In an example, a task of deploying a 64-bitversion of a word processor may depend upon first provisioning a 64-bitvirtual machine on a physical host computer that comprises a 64-bitprocessor. In this way, an application-discovery tool may provideinsight into characteristics of a complex application infrastructure.

An application-discovery tool may further provide information aboutcomplex interdependencies among servers, applications, network devices,software, configuration files, operating systems and other ITinfrastructure components. Such functionality may allow systemadministrators to more easily identify and troubleshootconfiguration-related application problems, and to more efficientlyperform functions like incident management, resource allocation, andcritical-resource monitoring.

Some application-discovery tools may further perform more specializedfunctions like identifying resources that are not actively beingmonitored, tracking changes to, or other characteristics of, virtualresources, or identifying a way in which a proposed change might affecta dependency, a resource allocation, or an other characteristic of acomponent of a computing environment.

The functionality of an infrastructure-discovery tool is much like thatof an application-discovery tool, except that infrastructure-discoverytools generally identify, characterize, and catalog hardware andsoftware infrastructure components of a computing environment, ratherthan application software. These infrastructure components may comprise,but are not limited to, servers, storage devices, other types ofperipherals, communications devices, virtualization software,middleware, operating systems, and other types of hardware or softwareentities that create a computing platform upon which applications may berun.

Like an application-discovery tool, an infrastructure-discovery tool maygenerate a topological or an other type of graphical depiction of acomputing environment. Some infrastructure-discovery tools mayautomatically identify logical dependencies and other relationshipsamong servers and other infrastructure components, utilization trendingdata and other information that enables administrators to rationalize,virtualize, or consolidate assets to improve operational efficiency, andrisk analyses, including identification of an outdated operating systemor middleware, a misconfigured or orphan servers, and redundantmiddleware or other components. An infrastructure-discovery tool'sability to generate and help users navigate custom views of large datasets may further facilitate other sophisticated functions.

Embodiments of the present invention may interoperate both withapplication-discovery tools and infrastructure-discovery tools known tothose skilled in the art of cloud computing today, and withapplication-discovery tools and infrastructure-discovery tools that maybe developed in the future.

FIG. 1 shows the structure of a computer system and computer programcode that may be used to implement a method of generating aservice-catalog entry from discovered attributes of provisioned virtualmachines in accordance with embodiments of the present invention. FIG. 1refers to objects 101-115.

Aspects of the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module,” or “system.” Furthermore,in one embodiment, the present invention may take the form of a computerprogram product comprising one or more physically tangible (e.g.,hardware) computer-readable medium(s) or devices havingcomputer-readable program code stored therein, said program codeconfigured to be executed by a processor of a computer system toimplement the methods of the present invention. In one embodiment, thephysically tangible computer readable medium(s) and/or device(s) (e.g.,hardware media and/or devices) that store said program code, saidprogram code implementing methods of the present invention, do notcomprise a signal generally, or a transitory signal in particular.

Any combination of one or more computer-readable medium(s) or devicesmay be used. The computer-readable medium may be a computer-readablesignal medium or a computer-readable storage medium. Thecomputer-readable storage medium may be, for example, but is not limitedto, an electronic, magnetic, optical, electromagnetic, infrared, orsemiconductor system, apparatus, or device, or any suitable combinationof the foregoing. More specific examples (a non-exhaustive list) of thecomputer-readable storage medium or device may include the following: anelectrical connection, a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or flash memory), Radio FrequencyIdentification tag, a portable compact disc read-only memory (CD-ROM),an optical storage device, a magnetic storage device, or any suitablecombination of the foregoing. In the context of this document, acomputer-readable storage medium may be any physically tangible mediumor hardware device that can contain or store a program for use by or inconnection with an instruction execution system, apparatus, or device.

A computer-readable signal medium may include a propagated data signalwith computer-readable program code embodied therein, for example, abroadcast radio signal or digital data traveling through an Ethernetcable. Such a propagated signal may take any of a variety of forms,including, but not limited to, electro-magnetic signals, optical pulses,modulation of a carrier signal, or any combination thereof.

Program code embodied on a computer-readable medium may be transmittedusing any appropriate medium, including but not limited to wirelesscommunications media, optical fiber cable, electrically conductivecable, radio-frequency or infrared electromagnetic transmission, etc.,or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of thepresent invention may be written in any combination of one or moreprogramming languages, including, but not limited to programminglanguages like Java, Smalltalk, and C++, and one or more scriptinglanguages, including, but not limited to, scripting languages likeJavaScript, Perl, and PHP. The program code may execute entirely on theuser's computer, partly on the user's computer, as a stand-alonesoftware package, partly on the user's computer and partly on a remotecomputer, or entirely on the remote computer or server. In the latterscenario, the remote computer may be connected to the user's computerthrough any type of network, including a local area network (LAN), awide area network (WAN), an intranet, an extranet, or an enterprisenetwork that may comprise combinations of LANs, WANs, intranets, andextranets, or the connection may be made to an external computer (forexample, through the Internet using an Internet Service Provider).

Aspects of the present invention are described above and below withreference to flowchart illustrations and/or block diagrams of methods,apparatus (systems) and computer program products according toembodiments of the present invention. It will be understood that eachblock of the flowchart illustrations, block diagrams, and combinationsof blocks in the flowchart illustrations and/or block diagrams of FIGS.1-3 can be implemented by computer program instructions. These computerprogram instructions may be provided to a processor of a general purposecomputer, special purpose computer, or other programmabledata-processing apparatus to produce a machine, such that theinstructions, which execute via the processor of the computer or otherprogrammable data-processing apparatus, create means for implementingthe functions/acts specified in the flowchart and/or block diagram blockor blocks.

These computer program instructions may also be stored in acomputer-readable medium that can direct a computer, other programmabledata-processing apparatus, or other devices to function in a particularmanner, such that the instructions stored in the computer-readablemedium produce an article of manufacture, including instructions thatimplement the function/act specified in the flowchart and/or blockdiagram block or blocks.

The computer program instructions may also be loaded onto a computer,other programmable data-processing apparatus, or other devices to causea series of operational steps to be performed on the computer, otherprogrammable apparatus, or other devices to produce acomputer-implemented process such that the instructions that execute onthe computer or other programmable apparatus provide processes forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks.

The flowchart illustrations and/or block diagrams FIGS. 1-3 illustratethe architecture, functionality, and operation of possibleimplementations of systems, methods and computer program productsaccording to various embodiments of the present invention. In thisregard, each block in the flowchart or block diagrams may represent amodule, segment, or portion of code, wherein the module, segment, orportion of code comprises one or more executable instructions forimplementing one or more specified logical function(s). It should alsobe noted that, in some alternative implementations, the functions notedin the block may occur out of the order noted in the figures. Forexample, two blocks shown in succession may, in fact, be executedsubstantially concurrently, or the blocks may sometimes be executed inthe reverse order, depending upon the functionality involved. It willalso be noted that each block of the block diagrams and/or flowchartillustrations, and combinations of blocks in the block diagrams and/orflowchart illustrations, can be implemented by special-purposehardware-based systems that perform the specified functions or acts, orcombinations of special-purpose hardware and computer instructions.

In FIG. 1, computer system 101 comprises a processor 103 coupled throughone or more I/O Interfaces 109 to one or more hardware data storagedevices 111 and one or more I/O devices 113 and 115.

Hardware data storage devices 111 may include, but are not limited to,magnetic tape drives, fixed or removable hard disks, optical discs,storage-equipped mobile devices, and solid-state random-access orread-only storage devices. I/O devices may comprise, but are not limitedto: input devices 113, such as keyboards, scanners, handheldtelecommunications devices, touch-sensitive displays, tablets, biometricreaders, joysticks, trackballs, or computer mice; and output devices115, which may comprise, but are not limited to printers, plotters,tablets, mobile telephones, displays, or sound-producing devices. Datastorage devices 111, input devices 113, and output devices 115 may belocated either locally or at remote sites from which they are connectedto I/O Interface 109 through a network interface.

Processor 103 may also be connected to one or more memory devices 105,which may include, but are not limited to, Dynamic RAM (DRAM), StaticRAM (SRAM), Programmable Read-Only Memory (PROM), Field-ProgrammableGate Arrays (FPGA), Secure Digital memory cards, SIM cards, or othertypes of memory devices.

At least one memory device 105 contains stored computer program code107, which is a computer program that comprises computer-executableinstructions. The stored computer program code includes a program thatimplements a method of generating a service-catalog entry fromdiscovered attributes of provisioned virtual machines in accordance withembodiments of the present invention, and may implement otherembodiments described in this specification, including the methodsillustrated in FIGS. 1-3. The data storage devices 111 may store thecomputer program code 107. Computer program code 107 stored in thestorage devices 111 is configured to be executed by processor 103 viathe memory devices 105. Processor 103 executes the stored computerprogram code 107.

Thus the present invention discloses a process for supporting computerinfrastructure, integrating, hosting, maintaining, and deployingcomputer-readable code into the computer system 101, wherein the code incombination with the computer system 101 is capable of performing amethod of generating a service-catalog entry from discovered attributesof provisioned virtual machines.

Any of the components of the present invention could be created,integrated, hosted, maintained, deployed, managed, serviced, supported,etc. by a service provider who offers to facilitate a method ofgenerating a service-catalog entry from discovered attributes ofprovisioned virtual machines. Thus the present invention discloses aprocess for deploying or integrating computing infrastructure,comprising integrating computer-readable code into the computer system101, wherein the code in combination with the computer system 101 iscapable of performing a method of generating a service-catalog entryfrom discovered attributes of provisioned virtual machines.

One or more data storage units 111 (or one or more additional memorydevices not shown in FIG. 1) may be used as a computer-readable hardwarestorage device having a computer-readable program embodied thereinand/or having other data stored therein, wherein the computer-readableprogram comprises stored computer program code 107. Generally, acomputer program product (or, alternatively, an article of manufacture)of computer system 101 may comprise said computer-readable hardwarestorage device.

While it is understood that program code 107 for generating aservice-catalog entry from discovered attributes of provisioned virtualmachines may be deployed by manually loading the program code 107directly into client, server, and proxy computers (not shown) by loadingthe program code 107 into a computer-readable storage medium (e.g.,computer data storage device 111), program code 107 may also beautomatically or semi-automatically deployed into computer system 101 bysending program code 107 to a central server (e.g., computer system 101)or to a group of central servers. Program code 107 may then bedownloaded into client computers (not shown) that will execute programcode 107.

Alternatively, program code 107 may be sent directly to the clientcomputer via e-mail. Program code 107 may then either be detached to adirectory on the client computer or loaded into a directory on theclient computer by an e-mail option that selects a program that detachesprogram code 107 into the directory.

Another alternative is to send program code 107 directly to a directoryon the client computer hard drive. If proxy servers are configured, theprocess selects the proxy server code, determines on which computers toplace the proxy servers' code, transmits the proxy server code, and theninstalls the proxy server code on the proxy computer. Program code 107is then transmitted to the proxy server and stored on the proxy server.

In one embodiment, program code 107 for generating a service-catalogentry from discovered attributes of provisioned virtual machines isintegrated into a client, server and network environment by providingfor program code 107 to coexist with software applications (not shown),operating systems (not shown) and network operating systems software(not shown) and then installing program code 107 on the clients andservers in the environment where program code 107 will function.

The first step of the aforementioned integration of code included inprogram code 107 is to identify any software on the clients and servers,including the network operating system (not shown), where program code107 will be deployed that are required by program code 107 or that workin conjunction with program code 107. This identified software includesthe network operating system, where the network operating systemcomprises software that enhances a basic operating system by addingnetworking features. Next, the software applications and version numbersare identified and compared to a list of software applications andcorrect version numbers that have been tested to work with program code107. A software application that is missing or that does not match acorrect version number is upgraded to the correct version.

A program instruction that passes parameters from program code 107 to asoftware application is checked to ensure that the instruction'sparameter list matches a parameter list required by the program code107. Conversely, a parameter passed by the software application toprogram code 107 is checked to ensure that the parameter matches aparameter required by program code 107. The client and server operatingsystems, including the network operating systems, are identified andcompared to a list of operating systems, version numbers, and networksoftware programs that have been tested to work with program code 107.An operating system, version number, or network software program thatdoes not match an entry of the list of tested operating systems andversion numbers is upgraded to the listed level on the client computersand upgraded to the listed level on the server computers.

After ensuring that the software, where program code 107 is to bedeployed, is at a correct version level that has been tested to workwith program code 107, the integration is completed by installingprogram code 107 on the clients and servers.

Embodiments of the present invention may be implemented as a methodperformed by a processor of a computer system, as a computer programproduct, as a computer system, or as a processor-performed process orservice for supporting computer infrastructure.

FIG. 2 is a flow chart that illustrates steps of a method of generatinga service-catalog entry from discovered attributes of provisionedvirtual machines in accordance with embodiments of the presentinvention. FIG. 2 contains steps 201-207.

Step 201 begins an analysis of one or more services that are associatedwith one or more virtual machines, where the one or more virtualmachines may have been provisioned on, or are otherwise hosted by,physical resources of an existing computing environment. This existingcomputing environment may comprise a combination of both non-cloudenvironments and cloud-computing environments.

An objective of this analysis is to migrate a service of the one or moreservices to a target cloud-computing environment by automaticallygenerating an entry in a service catalog of the target cloud-computingenvironment, where the automatically generated entry describes theservice to be migrated. In some embodiments, some physical or virtualcomponents or resources may be comprised by both the existing computingenvironment and the target cloud-computing environment.

This analysis may be performed by functions of a cloud-managementplatform of the target cloud-computing environment. Thiscloud-management platform performs tasks related to offering avirtualized “cloud” service to users of the cloud-computing environment,where the offering is a function of an entry in the targetcloud-computing environment's service catalog, and where that entrydescribes a characteristic of the offered virtualized cloud service.

In step 201, the analysis begins by using one or moreinfrastructure-discovery tools, which may be known to those skilled inthe art of cloud computing, to identify the physical infrastructureresources of the existing computing environment, including virtualmachines that are provisioned or hosted in the existing computingenvironment.

As described above, the one or more infrastructure-discovery toolstraverse the existing computing environment in order to captureinformation describing the environment's physical infrastructure. Thisphysical infrastructure may comprise, but is not limited to, a CPU, astorage device, a network interface, an other interface, an otherperipheral device, an area of memory, an other internal component of thefirst physical computer, a physical or virtual connection between thefirst physical computer and an other physical device, and a physical orvirtual connection between the first physical computer and a virtualentity running on the other physical device. Infrastructure may alsocomprise system software, such as an operating system or a hypervisor.

The infrastructure-discovery tool may further determine which componentsand resources of the existing computing environment are associated witha virtual machine of the one or more virtual machines, and may furtherdetermine a virtual network configuration allocated to a virtualinfrastructure abstraction of the physical infrastructure of theexisting computing environment.

As described above, the infrastructure-discovery tool may present thisinformation as a topological or an other type of graphical depiction ofthe one or more provisioned virtual machines and their relationships tothe existing computing environment and may automatically identifylogical dependencies and other relationships among virtual machines,infrastructure components, and other resources of the existing computingenvironment.

Step 203 continues the analysis began in step 201 by using one or moreapplication-discovery tools, which may be known to those skilled in theart of cloud computing, to probe the infrastructure discovered in step201 in order to discover the software applications that are installed orrunning on the virtual and physical resources identified in step 201.The application-discovery tool may also identify characteristics of thediscovered applications, such as revision levels, dependencies uponother software, hardware, communications, or other resources, orconfiguration settings.

Step 205 continues the analysis of steps 201 and 203 by correlating andanalyzing the results of the infrastructure-discovery andapplication-discovery operations of steps 201 and 203. This continuedanalysis may comprise a variety of implementation-dependent steps thatare functions of the existing or the target computing environment, of acharacteristic of a physical or virtual resource or infrastructurecomponent of the existing or the target computing environment, of asoftware resource or software component of the existing or the targetcomputing environment, of a goal of an entity that owns, manages, oruses a resource or component of the existing or the target computingenvironment, or of issues related to platform constraints, configurationconstraints, revision levels, power, efficiency, productivity,licensing, contractual terms, or other factors.

In some embodiments, the continued analysis of step 205 may compriseidentifying a unique application installed on a virtual machinediscovered in step 201.

In some embodiments, the continued analysis of step 205 may compriseusing information that may have been discovered in step 201 or step 203to build a list of software applications installed on the one or morevirtual machines of the existing computing environment in order to builda list of unique possible combinations of virtual machines provisionedin the existing computing environment and applications that may bedeployed on those virtual machines, wherein a possible combination ofthe list of unique possible combinations may be deemed “possible” onlyif it satisfies a condition.

In some embodiments, the continued analysis of step 205 may comprisecomparing a first characteristic of a first configuration a firstvirtual machine to a second characteristic of a second configuration ofa second virtual machine, where the first and second configurations mayhave been discovered in step 201 or step 203, where the first virtualmachine and the second virtual machine may each be deployed on either asame component or on distinct components of the physical infrastructureof the existing computing environment, and where the same component orthe distinct components may each comprise one or more physicalinfrastructure resources that may include, but are not limited to, aCPU, memory, storage device, communications network, or otherinfrastructure component or resource.

In some embodiments, the continued analysis of step 205 may compriseusing information that may have been discovered in step 201 or step 203to build a unique list of operating systems by comparing a patchrevision level or an operating system revision level of a firstoperating system installed on the first virtual machine with a patchrevision level or an operating system revision level of a secondoperating system installed on the first virtual machine.

In some embodiments, the continued analysis of step 205 may compriseusing information that may have been discovered in step 201 or step 203to build a list of unique virtual machines provisioned in the existingoperating environment, where a pair of virtual machines in this list maybe deemed unique and distinct by discounting a difference of a value ofa parameter, such as a characteristic of a CPU, memory, storage, orcommunications resource, associated with each of the two virtualmachines, and where the hypervisors associated with the two virtualmachines are configured to permit the difference between the values ofthe parameter.

In some embodiments, the continued analysis of step 205 may compriseusing information that may have been discovered in step 201 or step 203to build a list of unique virtual machines provisioned in the existingoperating environment, where a pair of virtual machines in this list maybe deemed unique and distinct as a function of a comparison of a firstvirtual network configuration of a first hypervisor of a first virtualmachine of the pair of virtual machines with a second virtual networkconfiguration of a second hypervisor of a second virtual machine of thepair of virtual machines, where each virtual network configuration isused by its associated hypervisor to manage resources comprised by thephysical infrastructure of the existing operating environment.

In some embodiments, the continued analysis of step 205 may compriseusing information discovered in steps 201 and 203 to facilitate aquerying of a classification software application to retrieve aconfiguration attribute for a discovered application. In someembodiments, the classification software application may be comprised byan application-discovery tool.

At the completion of step 205, the cloud-management platform may haveused information discovered in steps 201 and 203 to assemble lists ofcombinations of applications, virtual machines, or other virtual orphysical infrastructure and software components and resources of theexisting computing environment, and may have analyzed and organizedentries of these lists in order to reduce or eliminate redundantentries, duplicate entries, or types of other entries that satisfy orfail to satisfy a condition.

In step 207, the virtual machines and associated resources andcomponents discovered in steps 201 and 203 are brought under theadministrative control of the cloud-management platform by usinginformation in the lists generated in step 205 to automatically generateentries to be added to the cloud-computing environment's servicecatalog.

Such an automatically generated entry describes a characteristic of aservice that may be offered to a user by the cloud-management platform,where the service may be provided to the user upon request, where thatfunction may comprise one or more applications running on one or morevirtual machines, and where the one or more virtual machines andassociated applications are provisioned or run by the cloud-managementplatform in response to the user's request. The configuration, settings,or other requirements of the instantiation of virtual resources that areprovisioned or run in order to provide the requested service, as well asphysical hardware and software resources needed to provision or run theinstantiation and its associated applications, are specified in theservice's corresponding service-catalog entry.

The information stored in an automatically generated service-catalogentry may thus describe a characteristic of a particular combination ofphysical and virtual resources that must be deployed in the targetcomputing requirement when a user requests a service associated with theentry. Step 205 determines such entry information as a function ofinformation discovered in steps 201 and 203 about applications andinfrastructure in the existing computing environment.

Upon completion of step 205, the cloud-management platform of the targetcomputing environment may thus be able to use information stored in anautomatically generated service-catalog entry to determine how toprovision and configure resources of the existing computing environmentneeded to provide a requested service, where that provisioning andconfiguring may include provisioning a virtual machine or deploying anew instance of an application program according to specifications orconfiguration rules specified by the entry.

Such an automatically generated entry may describe a service that willbe added to the list of services offered by the cloud-computingenvironment, wherein the added service may be associated with a uniquecombination of physical and virtual resources of the existing computingenvironment.

In some embodiments, an automatically generated service-catalog entrymay describe a virtual machine that has exactly the same configurationor an other characteristic of a virtual machine discovered in step 201or 203. Such a configuration or characteristic may be a function ofparameters that comprise, but are not limited to, combinations of a sizeof RAM memory, a hard drive capacity, a revision level, or a number ortype of network interface cards. In some embodiments, a service entrymay describe a unique combination of components and characteristics thatmay comprise, but are not limited to: an operating system, an installedoperating system patch or upgrade, an infrastructure component, amiddleware application (such as an installation of the WebLogic Servere-commerce transaction platform), a software revision level, or an otherapplication attribute (such as a Java heap size, a communicationsconfiguration, or a security setting).

In other embodiments, an automatically generated service-catalog entrymay comprise a description of a deployment pattern or of a deploymentworkflow.

In some embodiments, an automatically generated service-catalog entrymay be formatted or structured in compliance with an open-standardformat, such as the Open Virtualization Format (OVF) standard (ANSIstandard INCITS 469-2010) for packaging and distributing virtualappliances and other types of software that runs on a virtual machine,or an other standard or commonly practiced or known standard orconvention.

In some embodiments, all or part of the procedure of FIG. 2 may bepackaged or implemented as a Service-Catalog Generation Utility orService-Catalog Entry Generation Utility. This package or implementationmay comprise either a distinct software application or module or may becomprised by one or more components of one or more cloud-managementplatforms.

In some embodiments, an automatically generated service-catalog entrymay comprise a unique or minimal combination of operating-system andapplication software attributes. Such an embodiment, may allow acloud-management platform to provision a business application or virtualservice one virtual machine and application at a time. This moregranular approach to deployment or provisioning of business applicationsand services may facilitate adherence to relationships, dependencies,and other constraints among virtual machines and applications, and mayhelp ensure the cloud-management platform's ability to perform requiredapplication-management functions, such as application startup,configuration, updating, and shutdown. Here, the relationships,dependencies, and other constraints may be related to entities thatcomprise, but are not limited to, network connections, network portselection, file-system permissions, and cluster configurations.

In an embodiment, the analysis of step 205 comprises a determination ofa list of unique applications installed on virtual machines of theexisting computer platform and an automatic generation of one or moreservice entries that each describe a service to be offered by the targetcloud-computing environment, wherein each described service is afunction of one or more unique application of the list of uniqueapplications.

In some embodiments, an automatically generated service-catalog entrymay comprise a unique or minimal combination of operating system andapplication software attributes.

In some embodiments, an automatically generated service-catalog entrymay make it possible for a cloud-management platform to allow a user toprovision a corresponding business application by means of aself-service user interface. In such cases, an automatically generatedservice-catalog entry may describe an entire topology of the businessapplication.

An automatically generated service-catalog entry that comprisesdiscovered physical and logical attributes of an entity of the existingcomputing environment may specify that no changes to these attributesshould be allowed when a user requests a service in the target computingenvironment based on the entry. In some cases, such an entry maydescribe a legacy application for which little or no support isavailable in the target cloud-computing environment.

An automatically generated service-catalog entry that comprisesdiscovered physical and logical attributes of an entity of the existingcomputing environment may specify that a subset of attributes describedby the entry may not be changed in a certain way or under certainconditions during instantiation of a service described by the entry. Aservice-catalog entry might, for example, be configured to bar acloud-management platform or a user from changing certaincharacteristics of virtualized network interface cards deployed on avirtual machine associated with the entry.

An automatically generated service-catalog entry may comprise a partialor complete logical representation or other function of discoveredphysical and logical attributes of an entity of the existing computingenvironment. In some cases, such an entry may describe a legacyapplication for which little or no support is available in the targetcloud-computing environment.

In some embodiments, an automatically generated service-catalog entrymay comprise a description of one or more characteristics of a virtualstorage medium provisioned in the existing computing environment, suchas a hard-drive image, or a description of a clone of a virtual machineprovisioned in the existing computing environment. Such an entry maydescribe a characteristic of one or more configured softwareapplications or of a characteristic of a virtual machine such as a CPU,memory, storage, or communications configuration, dependency, or another requirement.

In some embodiments, an automatically generated service-catalog entrymay comprise a description of a service offering or business applicationthat comprises a grouping of one or more component services described inthe service catalog. Such a component services may each comprise one ormore applications, where the one or more component services werediscovered by the application-discovery tool in step 203 to be relatedto each other as unique virtual machines on which related, discoveredsoftware applications are deployed; or as a combination of relatedapplications with a combination virtual machines wherein instances of anapplication of the combination of applications may be deployed withdistinct or unique configurations.

In some embodiments, an automatically generated service-catalog entrymay comprise a base operating-system image that specifies a particularpatch or upgrade of an application, of an operating software entity, ofan other physical or virtual resource, or of a combination thereof. Inone example, a first service may comprise a first virtual machinerunning a RedHat v5.4 operating system and a WebLogic Server v10.3.4application-server middleware and a second service may comprise a secondvirtual machine running RedHat 5.4 with WebLogic Server 10.3.5.

Some embodiments of the present invention might automatically generate aservice-catalog entry that describes characteristics of bothoperating-system software and application software entities associatedwith a discovered virtual machine. In such an embodiment, the twoexemplary virtual-machine deployments enumerated above might berepresented by two automatically generated service-catalog entries. Afirst entry might describe a first service “RHEL54_WLS1034,” whichcomprises deployment of RedHat v5.4 and WebLogic Server v10.3.4; and asecond entry might describe a second service “RHEL54_WLS1035,” whichcomprises deployment of RedHat v5.4 and WebLogic Server v10.3.5.

But in other embodiments, an automatically generated service-catalogentry might describe either operating-system software or applicationsoftware entities, but not both. In such a case, the two virtual-machinedeployments enumerated above might spawn three two automaticallygenerated service-catalog entries, each of which describescharacteristics of one distinct discovered software entity, not incombination with any other entity. Here, a first entry might describe a“RHEL54” first service based on a virtual machine running the RedHatv5.4 operating system; a second entry might describe a “WLS_1034deployment pattern” second service based on a deployment of WebLogicServer v10.34; and a third entry might describe a “WLS_1035 deploymentpattern” third service based on a deployment of WebLogic Server v10.3.5.In some embodiments, a cloud-management platform might be able to layerone or more automatically generated service-catalog entries in order tobuild an offered service or business application that may be provisionedon more than one virtual machine.

In some embodiments, automatically generated service catalog entries mayeach comprise a common “application representation,” where anapplication representation might specify a unique or specificcombination of virtual or physical platform or infrastructure componentsor resources, such as a specific combination of revisions of a Webserver operating system and a database-management system application.

In some embodiments, the cloud-management platform of the targetcomputing environment may collaborate with resources or platforms of oneor more remote cloud-computing environments to identify serviceofferings that may match information discovered in steps 201 and 203,and may automatically generate a service-catalog entry that requiresfederation with a resource or platform of a remote cloud-computingenvironment in order to instantiate that entry when a service requestedby a user.

In some embodiments, an automatically generated service-catalog entrymay be further generated as a function of other conditions. In oneexample, an other condition may be a rule that constrains a choice ofphysical location for deployments of a certain combination ofapplication and system software entities. An software vendor's extrinsiccollocation requirement, for example, might require an automaticallygenerated service-catalog entry to constrain a service comprising twoinstances of the vendor's database-management application, each runningon a distinct virtual machine, to be instantiated on two hosts that areanti-collocated (that is, installed at different sites).

In some embodiments, an automatically generated service-catalog entrymay be designated as being accessible only to cloud administrators or toother authorized users.

Methods in conformance with embodiments of the present invention maycomprise other variations of the method of FIG. 2 when automaticallygenerating service-catalog entries as a function of infrastructure andapplication information discovered in steps 201 and 203. Examples citedin this document are for illustrative purposes only and are not meant tolimit embodiments of the present invention to characteristics specificto those examples.

FIG. 3 shows an example of a non-cloud computing environment, asdescribed in FIG. 2. The narrative below correlates FIG. 2 and FIG. 3 byshowing how the method of FIG. 2 would automatically generateservice-catalog entries for the non-cloud computing environment shown inFIG. 3. FIG. 3 comprises items 301-329.

FIG. 3 shows an existing non-cloud computing environment that comprisesthree physical servers 301, 311, and 319 connected to a network backbone329.

Server01 301 hosts one virtual machine VM1-1 303, which in turn runs aninstance of the Red Hat Enterprise Linux 5.4 operating system (RHEL 5.4)and the Oracle WebLogic Server 10.3.4 (WLS 10.3.4) application-servermiddleware. Three Java virtual-machine applications 305-309 run onvirtual machine VM1-1 303.

Server02 311 hosts two virtual machines VM2-1 313 and VM2-2 315, each ofwhich run an instance of the Red Hat Enterprise Linux 5.3 operatingsystem (RHEL 5.4) and the Apache 2.2 middleware. An open-source domainname system (DNS) application packagebind97-9.7.0.17.P2.e15_9.1.i386.rpm 317 is installed on the secondvirtual machine VM2-2 315.

Server03 hosts two virtual machines VM3-1 321 and VM3-2 323, each ofwhich run an instance of the IBM AIX 6.1 operating system in a distinctlogical partition. A first instance of the Oracle database-managementsystem application 325, version 11.2.0.2, is installed on the firstvirtual machine VM3-1 321 and a second instance of the Oracledatabase-management system application 327, version 11.2.0.2, isinstalled on the second virtual machine VM3-1 321.

The method of FIG. 2 may be used to migrate the business applications orservices running on these three servers in the non-cloud virtualizedexisting computing environment of FIG. 3 to a target cloud-computingenvironment, by automatically generating a set of unique entries for aservice catalog of the target cloud-computing environment, where eachentry may describe all or part of one or more of these businessapplications or services, and where each automatically generatedservice-catalog entry is unique and distinct from any other entry in theservice catalog.

Here, when a user requests a business application service from thecloud-computing environment, the cloud-computing environment requeststhe application, or an associated service, from the cloud-managementplatform. The cloud-management platform refers to the service catalog inorder to identify one or more entries of the service catalog thatdescribes characteristics of the requested service. If thecloud-management platform identifies such an entry or entries, it mayuse information in those identified entries to provision resourcesnecessary to provide the requested application or service. Theinformation in those entries may comprise, but is not limited to, alisting of components of an application and components of an operatingenvironment in which the application components are installed andlaunched, a description of configuration settings or revision levels ofthe application and the operating environment, and descriptions of othervirtual or physical resources required in order to provide the requestedbusiness application or services.

In this example, the method of FIG. 2, wherein entries of the servicecatalog that describe virtualized services and business applications notyet within the scope of the cloud-management platform are automaticallygenerated, begins with an analysis step wherein a cloud-managementplatform of the target cloud-computing environment receives informationfrom an infrastructure-discovery tool that analyzes the existingcomputing environment. This received information may describe thevirtual and physical infrastructure of the existing computingenvironment.

In this example the infrastructure-discovery tool returns informationthat describes the three servers 301, 311, and 319, identifying onevirtual machine VM1-1 303 running Red Hat 5.4 and WebLogic Server 10.3.4on Server01 301, two virtual machines VM2-1 313 and VM2-2 315 runningRed Hat 5.3 and Apache 2.2 on Server02 311, and two virtual machinesVM3-1 323 and VM3-2 323 running AIX 6.1 on Server03 319.

The infrastructure-discovery tool may further return additionalinformation related to the configuration of physical and virtualresources related to each virtual machine, such as the number, speed,and type of network interfaces used by each virtual machine, theoperating system or hypervisor under which each virtual machine runs, orthe quantity and type of secondary storage available to each virtualmachine.

This returned information may take the form of raw, enumerated listingsof data or may be presented as a topology that describes connectivityand dependencies among discovered virtual machines and their associatedphysical and virtual resources.

The cloud-management platform of the target cloud-computing environmentnext receives information from an application-discovery tool thatanalyzes applications running on the existing computing environmentinfrastructure components discovered by the infrastructure-discoverytool.

In this example, the cloud-management platform would receive informationfrom the application-discovery tool that identifies the three Java VMapplications, 305, 307, and 309, running on virtual machine VM1-1 301,the bind97 application running on virtual machine VM2-2 317, a firstinstance of the Oracle database-management application 325 running onvirtual machine VM3-1 321, and a second instance of the Oracle databaseapplication 327 running on virtual machine VM3-2 323.

The method of the present invention might then performimplementation-dependent comparison and analysis functions, including,but not limited to, those discussed above in the description of step 205of FIG. 2, in order to generate a set of service-catalog entries thatdescribe the business applications or services illustrated in FIG. 3.

Such entries may be in an open-source format, as described above, or maybe in an other implementation-dependent form dictated all or in part bya characteristic of the cloud-computing environment. These automaticallygenerated entries may each be unique or distinct, but in someembodiments, when necessary in order to accurately represent thebusiness applications or services being imported into thecloud-computing environment, some entries may share duplicate orredundant information.

In one embodiment, these automatically generated service-catalog entriesmay be represented logically as records that each comprise an “ImageName” service-identifier field and a “Deployment Details” field thatdescribes characteristics of a standardized virtual machine to beprovisioned in order to provide the service.

In the table below, for example, record 1 represents a service-catalogentry generated from received discovery-tool information that describesvirtual machine VM1-1 301. Here, record 1 identifies the Red Hat 5.4(“RHEL54”) operating system and WebLogic Server 10.3.4 (“WLS1034”)middleware running on virtual machine VM1-1 301, and further describesdiscovered characteristics of the virtual machine associated with thisbusiness application or service. Here, the virtual machine mightcomprise a virtual four-core Intel x86 processor configured with 8 GB ofRAM memory, a 100-GB hard drive, and three network interface cards,wherein the configuration of this virtual machine may be a function ofthe configuration of discovered virtual machine VM1-1 301 in theexisting computing environment, or may be a further function of acharacteristic of the target cloud-computing environment.

Similarly other entries in this listing represent business applicationsor virtual services provided by the other virtual machines 303, 313,315, 321, and 323 of FIG. 3. In other implementations, many otherpossible combinations of physical hosts or servers, virtual machines,operating systems, middleware, applications, hardware components,communications devices, and other physical or virtual resources may bediscovered and used to automatically generate service-catalog entries.

Image Name Deployment Details 1-1 RHEL54_WLS1034 Intel x86 VM with 4 CPUcores, 8 GB RAM, 100 GB HDD, with RHEL 5.4, WLS 10.3.4, 3 NICs 2-1RHEL53_Apache22x Intel x86 VM with 2 CPU cores, 4 GB RAM, 30 GB HDD,with RHEL 5.3, Apache 2.2.x, 3 NICs 2-2 RHEL53_Apache22x_bind Intel x86VM with 4 CPU cores, 8 GB RAM, 60 GB HDD, with RHEL 5.3, Apache 2.2.xwith bind97 rpm package, 3 NICs 3-1 AIX61_Ora11202 AIX LPAR with 4 CPUcores, 16 GB RAM, 500 GB HDD, with AIX 6.1, Oracle 11.2.0.2, 3 NICs 3-2AIX61_Ora11202 AIX LPAR with 4 CPU cores, 32 GB RAM, 500 GB HDD, withAIX 6.1, Oracle 11.2.0.2, 3 NICs

In another embodiment, the method of FIG. 2 might create a singleservice-catalog entry for a business application or service thatcomprises all five virtual machines shown in FIG. 3 and discovered bythe infrastructure-discovery and application-discovery tools. In suchembodiments, characteristics of the existing computing platform andtarget cloud-computing platform may determine whether such a result isappropriate.

Such an entry might be represented as:

Application Images VM1-1-3-2 1 × RHEL54_WLS1034 1 × RHEL56_Apache22x 1 ×RHEL56_Apache22x_bind 2 × AIX61_Ora11202

In variations of this embodiment, this single entry might containadditional or different information, such as a system-configurationdetail of a virtual machine or of a virtual peripheral associated withthe virtual machine.

In yet another embodiment, the method of FIG. 2 might create distinctservice-catalog entries for each system-software component andmiddleware component, possibly allowing the cloud-management platform toprovide users the flexibility to request combinations of the businessapplications and services represented by the more granular entries.

One example of such an embodiment is the below representation ofservice-catalog entries generated automatically by the method of FIG. 2from the example existing computing environment of FIG. 3.

Here, as above, each record in the table is a logical representation ofa business application or virtual service that may be provided by thecloud-management platform, where the business application or virtualservice is a function of applications and services discovered running onvirtualized resources in the existing computing environment.

Image Name Deployment Details RHEL_54 Intel x86 VM with 4 CPU cores, 8GB RAM, 100 GB HDD, with RHEL 5.4 RHEL_53 Intel x86 VM with 4 CPU cores,8 GB RAM, 100 GB HDD, with RHEL 5.6 WLS_1034 WebLogic Server 10.3.4install Bind_97 Bind97 rpm package install AIX_Ora11202 AIX LPAR with 4CPU cores, 16 GB RAM, 500 GB HDD, with Aix 6.1, Oracle 11.2.0.2, 3 NICsApache_22x Apache 2.2.x install

Many other possible embodiments of these methods are possible, based onthe factors enumerated above. An automatically generated entry may, forexample, describe only a particular revision level of anoperating-software component, such as “RHEL 5.4 32 bit”. Alternatively,an entry might describe both the operating-software component and adeployment workflow for installing a specific patch to the software,such as “RHEL 5.4 32 bit with bind97 package.”

In yet another embodiment, an automatically generated service-catalogentry might represent a deployment workflow dependency, whereininstallation of a “bind97” patch is dependent upon prior installation ofa RHEL5.4 operating system. In this example, the dependency representedin the automatically generated service-catalog entry would bar a userfrom requesting a service to be configured to run under a RHEL5.6operating system with a bind97 patch.

Common to all these embodiments, however, is the concept of usinginformation discovered about physical and virtual components andresources of an infrastructure of and applications of a virtualizedcomputing environment to automatically generate service-catalog entriesof a cloud-computing environment, wherein those automatically generatedentries allow users of the cloud-computing environment to request abusiness applications or virtualized services analogous to thoseprovisioned in the existing computing environment.

What is claimed is:
 1. A method for automatically generating an entry ofa service catalog of a cloud-computing environment, where the entrycomprises migration information describing a legacy non-cloud virtualservice, the method comprising: a processor of a cloud-managementplatform of the cloud-computing environment receiving, from aninfrastructure-discovery tool, infrastructure information about avirtualized computing infrastructure of the virtualized computingenvironment, where the virtualized computing infrastructure comprises afirst virtual machine provisioned on a first physical computer, andwhere the received information comprises a characteristic of the firstvirtual machine; the processor further receiving, from anapplication-discovery tool, application information about acharacteristic of a first application, where the first application runson the first virtual machine, and where the virtual service requires thefirst application; the processor generating the entry as a function ofthe infrastructure information, of the application information, of acharacteristic of the cloud-computing environment, and of acharacteristic of the virtual service; and the processor updating theservice catalog by inserting the generated entry into the servicecatalog, where the entry comprises information required by thecloud-management platform in order to migrate the virtual service intothe cloud-computing environment.
 2. The method of claim 1, where theinfrastructure information further comprises a characteristic of aninfrastructure entity associated with the first virtual machine, andwhere the infrastructure entity is selected from a group comprising: astorage device, a network interface, another interface, anotherperipheral device, a CPU, an area of memory, another internal componentof the first physical computer, a physical or virtual connection betweenthe first physical computer and another physical device, and a physicalor virtual connection between the first physical computer and a virtualentity associated with the other physical device.
 3. The method of claim1, where the application information further comprises a characteristicof a software or firmware entity associated with the first virtualmachine, and where the software entity is selected from a groupcomprising: the first virtual machine, an operating system, ahypervisor, a middleware software entity, another application, an entityof an operating environment associated with running the firstapplication on the first physical computer, another virtual machineprovisioned on the first physical computer, and another virtual machinethat is not provisioned on the first physical computer.
 4. The method ofclaim 3, where the characteristic of the software entity is selectedfrom the group comprising: a deployment workflow for installing a patchto the software entity, a version of the software entity, an upgradehistory of the software entity, or a compatibility of the softwareentity with a second software entity.
 5. The method of claim 1, wherethe entry comprises information about software running on the firstvirtual machine, where the software comprises either system software orapplication software, but not both.
 6. The method of claim 1, where theentry comprises information about software running on the first virtualmachine, where the software comprises both system software andapplication software.
 7. The method of claim 1, where the entrycomprises information selected from the group comprising: informationabout a method of deploying software on the first virtual machine,information about a dependency relationship between a pair of softwareprograms that are deployed on the first virtual machine, and informationabout a combination of a system software entity and an applicationsoftware entity, where the combination comprises information about anentity that does not run on the first virtual machine.
 8. The method ofclaim 1, further comprising providing at least one support service forat least one of creating, integrating, hosting, maintaining, anddeploying computer-readable program code in the computer system, wherethe computer-readable program code in combination with the computersystem is configured to implement the receiving, the further receiving,the generating, and the updating.
 9. A computer program product,comprising a computer-readable hardware storage device having acomputer-readable program code stored therein, said program codeconfigured to be executed by a processor of a cloud-management platformof a cloud-computing environment to implement a method for automaticallygenerating an entry of a service catalog of the cloud-computingenvironment, where the entry comprises migration information describinga legacy non-cloud virtual service, the method comprising: the processorreceiving, from an infrastructure-discovery tool, infrastructureinformation about a virtualized computing infrastructure of thevirtualized computing environment, where the virtualized computinginfrastructure comprises a first virtual machine provisioned on a firstphysical computer, and where the received information comprises acharacteristic of the first virtual machine; the processor furtherreceiving, from an application-discovery tool, application informationabout a characteristic of a first application, where the firstapplication runs on the first virtual machine, and where the virtualservice requires the first application; the processor generating theentry as a function of the infrastructure information, of theapplication information, of a characteristic of the cloud-computingenvironment, and of a characteristic of the virtual service; and theprocessor updating the service catalog by inserting the generated entryinto the service catalog, where the entry comprises information requiredby the cloud-management platform in order to migrate the virtual serviceinto the cloud-computing environment.
 10. The computer program productof claim 9, where the infrastructure information further comprises acharacteristic of an infrastructure entity associated with the firstvirtual machine, where the infrastructure entity is selected from agroup comprising: a storage device, a network interface, anotherinterface, another peripheral device, a CPU, an area of memory, an otherinternal component of the first physical computer, a physical or virtualconnection between the first physical computer and another physicaldevice, and a physical or virtual connection between the first physicalcomputer and a virtual entity associated with the other physical device.11. The computer program product of claim 9, where the applicationinformation further comprises a characteristic of a software or firmwareentity associated with the first virtual machine, and where the softwareentity is selected from a group comprising: the first virtual machine,an operating system, a hypervisor, a middleware software entity, anotherapplication, an entity of an operating environment associated withrunning the first application on the first physical computer, an othervirtual machine provisioned on the first physical computer, and anothervirtual machine that is not provisioned on the first physical computer.12. The computer program product of claim 11, where the characteristicof the software entity is selected from the group comprising: adeployment workflow for installing a patch to the software entity, aversion of the software entity, an upgrade history of the softwareentity, or a compatibility of the software entity with a second softwareentity.
 13. The computer program product of claim 9, where the entrycomprises information about software running on the first virtualmachine, where the software comprises either system software orapplication software, but not both.
 14. The computer program product ofclaim 9, where the entry comprises information about software running onthe first virtual machine, where the software comprises both systemsoftware and application software.
 15. The computer program product ofclaim 9, where the entry comprises information selected from the groupcomprising: information about a method of deploying software on thefirst virtual machine, information about a dependency relationshipbetween a pair of software programs that are deployed on the firstvirtual machine, and information about a combination of a systemsoftware entity and an application software entity, where thecombination comprises information about an entity that does not run onthe first virtual machine.
 16. A computer cloud-management platformsystem of a cloud-computing environment comprising a processor, a memorycoupled to said processor, and a computer-readable hardware storagedevice coupled to said processor, said storage device containing programcode configured to be run by said processor via the memory to implementa method for automatically generating an entry of a service catalog ofthe cloud-computing environment, where the entry comprises migrationinformation describing a legacy non-cloud virtual service, the methodcomprising: the processor receiving, from an infrastructure-discoverytool, infrastructure information about a virtualized computinginfrastructure of the virtualized computing environment, where thevirtualized computing infrastructure comprises a first virtual machineprovisioned on a first physical computer, and where the receivedinformation comprises a characteristic of the first virtual machine; theprocessor further receiving, from an application-discovery tool,application information about a characteristic of a first application,where the first application runs on the first virtual machine, and wherethe virtual service requires the first application; the processorgenerating the entry as a function of the infrastructure information, ofthe application information, of a characteristic of the cloud-computingenvironment, and of a characteristic of the virtual service; and theprocessor updating the service catalog by inserting the generated entryinto the service catalog, where the entry comprises information requiredby the cloud-management platform in order to migrate the virtual serviceinto the cloud-computing environment.
 17. The computer system of claim16, where the infrastructure information further comprises acharacteristic of an infrastructure entity associated with the firstvirtual machine, where the infrastructure entity is selected from agroup comprising: a storage device, a network interface, anotherinterface, another peripheral device, a CPU, an area of memory, anotherinternal component of the first physical computer, a physical or virtualconnection between the first physical computer and another physicaldevice, and a physical or virtual connection between the first physicalcomputer and a virtual entity associated with the other physical device.18. The computer system of claim 16, where the application informationfurther comprises a characteristic of a software or firmware entityassociated with the first virtual machine, and where the software entityis selected from a group comprising: the first virtual machine, anoperating system, a hypervisor, a middleware software entity, anotherapplication, an entity of an operating environment associated withrunning the first application on the first physical computer, anothervirtual machine provisioned on the first physical computer, and anothervirtual machine that is not provisioned on the first physical computer.19. The computer system of claim 18, where the characteristic of thesoftware entity is selected from the group comprising: a deploymentworkflow for installing a patch to the software entity, a version of thesoftware entity, an upgrade history of the software entity, or acompatibility of the software entity with a second software entity. 20.The computer system of claim 16, where the entry comprises informationabout software running on the first virtual machine, where the softwarecomprises either system software or application software, but not both.